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SYSTEM AND METHODS FOR OBJECT-ORIENTED CONTROL 
OF DIVERSE ELECTROMECHANICAL SYSTEMS 
USING A COMPUTER NETWORK 

5 

This application claims the benefit of U.S. Provisional Application Serial 
No. 60/085,539 filed May 15, 1998, the entire disclosure of which is incorporated 
herein by reference. 

A portion of this disclosure contains material in which copyright is claimed by 
10 the applicant. The applicant has no objection to the copying of this material in the 
course of making copies of the application file or any patents that may issue on the 
application, but all other rights whatsoever in the copyrighted material are reserved. 

Field of the Invention 

The present invention relates generally to systems and methods for controlling 
15 and monitoring a variety of systems, using modular object-oriented control software 
which is operated in a local controller associated with the controlled system, and 
centrally controlled, monitored, and updated using a communications network such 
as the Internet. These systems and methods are particularly useful in Building 
Automation Systems (BAS) applications. 
20 Background of the Invention 

In the past, control systems such as building automation systems have typically 
been proprietary single manufacturer solutions, or complex integrations of 
independent systems. There have been efforts in the industry to define standards so 
that such systems can be integrated more effectively, but no truly uniform approach 
25 has been made available. 

The release of the BACnet / LonMark™ fieldbus communication standards for 
building automation systems have initiated a rethinking of building automation 
system architectures that is likely to revolutionize the control solution landscape. 
Traditional proprietary building automation architectures perform well, but they are 

- l - 
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expensive to design and install, cumbersome to reconfigure, and often require reams 
of software to integrate the stand-alone facility services. By contrast, in a distributed 
BACnet / LonMark fieldbus architecture, logic processing is encapsulated into 
autonomous multi-vendor modules that communicate among themselves through 
standard software to cooperatively solve a building control problem. However, in 
known building automation architectures, the external interface characteristics of 
devices that are added to the control system must be entered into the database 
representation of the device's external interface characteristics before the BAS can 
effectively control the new device. 

Distributing control in this way is expected to minimize installation wiring, 
optimize control software, lower operating / maintenance costs, and simplify system 
expansion. In today's competitive global marketplace, users need the fieldbus's 
flexible, reusable and cost-effective building control solutions to respond quickly to 
changes in facility management services. 

There have been advances in other areas of computing which have, however, not 
been applied in a satisfactory manner to the field of building automation systems. 
For example, computer systems standards have developed to simplify the cost and 
development requirements to program systems. Primary technologies include object- 
oriented software, the Java™ Virtual Machine (JVM) and JavaBeans™. 

Object-oriented programming provides a new way to model real-world entities 
more directly as software building blocks that match the real world better than 
conventional programming mechanisms. This new software paradigm has an 
increasing impact on the software realm, in the same way the microprocessor has 
impacted hardware design and functionality. 

In object-oriented programming, application programs are created from self- 
contained building block modules (objects). Rather than reinventing the wheel every 
time they create a new program, application engineers can borrow pre-written 
application modules from a library and simply plug them in. By using object 
libraries, developers can concentrate on linking appropriate objects together and 
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writing any custom objects that their applications require. Custom objects, in turn, 
can be added to the library for future reuse. 

Networking standards have also developed in an effort to simplify the cost and 
development requirements to integrate systems. Primary technologies developed in 
5 the building automation industry include American Society of Heating Refrigeration 
and Air Conditioning Engineers (ASHRAE) Building and Control Network 
(BACnet™), and the ECHELON LONTALK™ protocol (developed by Echelon 
Corporation of Palo Alto, CA). 

Meanwhile, in the computer industry, there have been efforts to develop 
10 communications standards, although again, these standards have not been applied in 
any truly effective way to the specific problems of building automation. For 
example, the goal of the Internet / WWW / Java / CORBA standards is to provide 
the information the user wants, without taking into account what kind of program to 
use, what computer it runs on, or the format of the information. 
15 Through a system of hypertext, users of the Web have been able to select and 

view information from all over the world. However, the basic Web lacks true 
interactivity — real-time, dynamic, and visual interaction between the user and 
application. Java brings this missing interactivity to the Web. With a Java-enabled 
Web browser, the user can encounter animation and interactive applications. 
20 Efforts to implement real time control systems over the Internet have generally 

been unsuccessful, because of variability in packet transit times and the lack of 
guaranteed delivery over the Internet. 

In conclusion, control systems have historically been based primarily on 
proprietary technologies of a single manufacturer. Although there have been efforts 
25 to standardize these architectures, they have achieved only limited success. The 
inventors believe that there is a need for a highly integrated standard in the field of 
control systems which integrates a Java-based common object model, specially 
adapted for use in building automation applications, and provides central control and 
monitoring using communications network standards such as the internet. 

- 3 - 
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Summary of the Invention 

Therefore, i, is a genera, objee, of the present invemion ro provide a control 
sys,em and nrethods using objec-oriemed software tfta, integrates BACnet 
LonMark, CORBA, Java and Interne, systems into a common object model The 
present invention in a preferred embodiment uses object technology as a key to 
constructing truly distributed appiicaftons in a multi-vendor open system 
env.ro.unen, supporting multipie industry standards. The BACnet / LonMark / 
Interne, , CORBA architectures are combined in me invemion and Java objec- 
or.en.ed software concepts are applied to effectuate distributed control and 
mfonna.ion management. Messages (events, are passed beiween the autonomous 
modules .hat use objec-,echnology ,o encapsulate bom da,a and functionary These 
ftmciona. objecs are rep,ica.ed for reuse, and are grouped .o form more complex 
ft.nc.ions .ha. buUd on ,he work of o.her objecs. The Web BAS Server's 
navigational tools provide a globa! view of me process ma. is being comrofled by 
.he autonomous fleldbus modules and provide unres.ric.ed information flow. 

I. is a further general objec, of me presen, invention ,o provide a con.ro! system 
and rcemods in which bom pre-defined objecs and nser-defined and crea.ed objecs 
ex,s, ,„ a single con.ro! system. A customized programming ,anguage is provided 
for object modification, creation, and management. A se. of pre-defined objec, is 
also provided. 



I. .s a sfiJJ further genera, objec of ,he presen, invemion ,o provide a control 
system and rcethods ,ha, maimams me mtegn.y of sy S ,em da.a ,„ a d,s.r,b„.ed 
S ys.em, and ma, dis,ribu,es system dam as required throughout the dis,ribu,ed 
sys,em, arrough the use of archiving and synchronization techniques. A master 
copy of each danrm is preferably maintained a, a single virtual machine, and a 
sys.e m of synchronized and non-synchronized caches is used .o ensure ma, objecs 
of me control system have access <o curren, sycem data. Sys.em da* is archived in 
order to provide persistency. 

I. is a still further object of the presen, invemion ,o provide a comrol svstem and 
methods in which objec, propenies associared wuh a device are „pda,ed dynamical!. 
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to reflect external interface characteristics of the device. To accomplish this, 
devices of the control system are queried for their external interface characteristics 
and their associated object properties updated accordingly. This provides for 
management of devices without requiring a pre-programmed specific external 
5 interface representation. 

These as well as other objects of the present invention are apparent upon 
inspection of this specification including the appendices and drawings. 
Brief Description of the Drawings 

Figure 1 is a preferred general architecture of an object-oriented control system 
10 comprising Clients, Stations, Foreign Devices and Remote Hosts; 

Figure 1A illustrates different types of stations of the object-oriented control 
system; 

Figure 2 shows an alternative embodiment of a configuration of the object- 
oriented control system in the form of a Field Controller System in which clients 
15 access a single Field Controller supervising a LonMark™ Fieldbus; 

Figure 3 shows an alternative embodiment of a configuration of the object- 
oriented control system in the form of a Small Web BAS Server System where 
clients access a single Web BAS Server supervising a LonMark™ Fieldbus; 

Figure 4 shows a preferred embodiment of a configuration of the object-oriented 
20 control system in the form of a Two Level System in which the Web BAS Server 
directly supervises a combination of Network Processors, Field Controllers and 
BACnet Devices; 

Figure 5 shows an alternative embodiment of a configuration of the object- 
oriented control system in the form of a Three Level System may also be provided 
25 in which a Web BAS Server directly supervises Network Processors which in turn 
supervise Field Controllers; 

Figure 6 shows an alternative embodiment of a configuration of the object- 
oriented control system in the form of a Distributed System in which a collection of 
large or small systems is connected and supervised via a Remote Host; 

- 5 - 
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F.gure 7 » a description „, a preferred embodhnen. of a persist, and rea,-tin,e 
.nformanon synchroniza.ion manager for a„ object-oriented eonrro. system- 

syJnT 8 " " ° VCTVieW ° f " ° bjeCt *" hierarChy * ™ ob J ec, " orie " ted con.ro, 

- Figure 9 describes communication be,wee„ s.a,ions and Cents of a preferred 

embodiment of an object-oriented control system; 

Figure .0 further describes communication between stations and clients of a 
preferred embodiment of an object-oriented control system; 
and 

Figure 1, describes the architecture of a preferred embodiment of an object- 
oriented control system. 

Detailed Description of the Preferred Embodiments 

A presentiy preferred embodiment of an object-oriented contro, system .00 
provdes solutions for distributed control of systems of various sizes and 
configurations. Preferab,y, a genera, architechtre is provided comprising Cents 
101. Stations .02 (reference Figure ,A), and Foreign Devices ,05 as shown in 
Figure 1. 

Clients 101 in the present system include a Browser Client 120 and a Full 
Chen, 12, Clients lOlprovide access to me system via an mtrane, or the Interne. 
Chems 101 rely on me server software in a ,a.io„ ,o prov.de mis access. Browser 
chen. .20 provides ft.,, user access to ,he sys.em from any approved Java Enabled 
Browser. Ful, Clien, .21 provides a„ of me capability of Browser Client ,20 p,us 
an Application Enabler Tool. 

Stations .02 are the heart of object-oriemed contro, system .00. Stations ,02 
tnOude a Web BAS Server (WBS) (U0), Network Processor (NP) (...) and Fie.d 
ControUer (PC) (,12). Sations ,02 typically perform one or more of three roles. 

1 • Stations ,02 imegrate Foreign Devices 108 in.o rhe system. WBS 1 10, NP 
1 1 1 and FC 112 can perform this role. 
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2. Stations 102 supervise other stations 102. In this role, stations 102 integrate 
the stations 102 they supervise into the system. Supervising also includes 
requirements such as monitoring and routing. WBS 1 10 and NP 111 can 
perform this role. 

5 3. Stations 102 can be the master of the local system. In this role they provide 

persistent backup of all configuration information. WBS 110 and FC 112 
can perform this role. 

In the role of integrator, station 102 brings information into objects so that it is 
available to the rest of the system with predictable behavior. In its supervisory role, 
10 station 102 monitors other stations 102, including checking system integrity between 
stations and routing data and event information. 

When functioning as a master, station 102 is defined as the primary master of 
the system. The primary master provides backups of all configuration information. 
Foreign Devices 105 include any devices compatible with the system, but which 
15 are not controlled directly using downloadable Java-based objects. Two specified 
types of foreign devices 105 are BACnet™ Devices 123 and LonMark™ Devices 
122 which adhere to the standards promulgated in the industry for those devices. 
Remote Hosts 108 provide some functions of the system at a site other than the site 
of the control system. Remote Hosts 108 can be linked to the job by any 
20 communications link supporting TCP/IP, including serial modems. 

Stations 102 communicate as described in Figures 9 and 10. Browser clients 
120 and full clients 121 communicate with stations 102, including Web BAS server 
110, network processor 111, and field controller 112, via control network 106 using 
Hypertext Transport Protocol (HTTP) and Java Remote Method Invocation (RMI). 
25 Web BAS server 1 10 and field controller 1 12 further comprise an object database 
150 for storage of and access to objects of object-oriented control system 100. 

A preferred architecture of object-oriented control system 100 is described in 
Figure 11 for a variety of users. 

To permit distributed control system management of LonMark™ Devices 122, it 
30 is necessary for the external interface for the particular device type to be represented 
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in the object properties associated with each LonMark- Device 122 The external 
tnterface information may include , for examp , e ^ ^ ^ 

pamcular device type. In the past , for each „ ew ^ m ^ ^ 

the system or for changes to the externa, interface of a LonMark- Device 122 i, 
5 has been required for the user of a distributed coutro, system to fir, program or 
enter mis externa, interface information into the object properties associated with 
LonMark- Device 122 in order for a dis.ibu.ed eontro, system to manage 
LonMark™ Device ,22, resuhiug ,„ deiays in bringing a new or modified foreign 
devtce 105 o„,i„e and ab,e ,„ be controlled by a distributed contro, system Object- 
oriented controi system .00 overcomes mis limitation by providing dynamic 
LonMark device update of the object properties associated with a LonMark" 
Devtces 122 to reflect externa, interface characterises of me device To 
accompfish mis, object-oriented control system 100 queries LonMark- Devices 122 
for their externa, interface characteristic, The effected object properties associated 
wtth the queried LonMark™ Devices ,22 are then updated and configured according 
to the informs received in response to the query. This dynamic device externa, 
tnterface update capabdity thus provides for management of LonMark" Devices ,22 
wtthou, requiring prior pre-programmed specific externa, interface representation by 
the user, thereby saving time and reducing the likelihood of error in configuring the 
LonMark™ Device 122 object properties. 

The Network Processor 111 and Field Controller 1,2 types of stations 102 
preferably imp.ement Java Virtua, Machines (,VM) which can be programmed using 
Java objects for specific contro, of a system attached to NP 1 1 1 or FC 1 12 The 
programming of these JVMs can be adjusted in rea, time by adding, deleting or 
teconfiguring links between objects. Each object is preferably implemented using 
Java and corresponds to a specific contro. function, and may be finked to other 
objects using a set of predetermined links. For exasnp.e, the avai,ab,e objects may 
mclude function generators, analog and digita, inputs and outputs, muhistate 
outputs, alarm objects, available station service objects, and eusrom user- 
programmed objects. Each of these objects may be combined in any desired manner 
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to produce a virtual programmed controller for the device or devices connected to 
the relevant JVM. 

In a presently preferred embodiment, pre-defined objects coexist with user- 
defined objects in a single object-oriented control system 100. To facilitate object 
5 creation, a customized programming language is preferably provided, based on the 
Java language, but both customized and simplified for control applications. The 
customized programming language is used in specifying programming instructions 
for program nodes of object-oriented control system 100. Further, a programming 
editor is provided as a development tool for user programming of program nodes 
10 using the customized programming language. 

Throughout this specification and the appendices attached hereto, the term 
"node" is used to refer to certain objects and their properties provided by object- 
oriented control system 100. It is to be understood that in the context of a presently 
preferred embodiment of object-oriented control system 100 a "node" is an object. 

15 The processing and functional behavior of a node is determined by its associated 
properties, which are programmable. Most of the software applications comprising 
object-oriented control system 100 are provided in the form of nodes. 

A set of object properties is provided by object-oriented control system 100. A 
set of pre-defined objects is provided by object-oriented control system 100. 

20 Further, object-oriented control system 100 provides calendars, schedules, and 

logs by which a user may control commands and the timing and operation of 
software applications of the system. Calendars allow the specification of days that 
should be treated specially with respect to system operation. Schedules allow 
program commands to be performed at specific times. Logs are a set of nodes and 

25 services that collect system information into buffers for sharing of information 
throughout object-oriented control system 100. 

Logs are stored persistently in a database that supports intelligent archiving of 
information. Specific types of logs include, but are not limited to: 
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1. Control logs for collecting and storing numeric status values and output 
string values. Control logs execute in the control engine to collect information 
output from other nodes. 

2. Service logs for logging errors and operator-made changes. Service logs 
occur once per station 102. 

3. Foreign logs containing log information obtained from systems external to 
object-oriented control system 100. 

In addition, the LogService software application provides web-based access via 
HyperText Transport Protocol (HTTP) to all logs. 

Access to objects, or nodes, is preferrably controlled through a multilevel 
security protocol (preferably an 8-.evel protocol), and the objects may be grouped in 
"containers" which facilitate display at various levels of detail. That is, a person 
monitoring, controlling, or programming the object operation may display the 
linked objects at various levels of detail depending on immediate requirements. 
Several features are provided to control who has access to object-oriented control 
system 100 and who can access and modify individual objects including, but not 
limited to, an initial password required at logon and programmable security groups 
per object. 

More specifically, the security model requires any user to logon to the system 
w«h a valid password. Each user object can be assigned or denied permissions to 
any of 8 access levels (Security Permissions) of the 8 security groups. These 
security groups are independent from each other and their meaning is a local matter 
Each object can be assigned to any combination of these 8 security groups also. In 
this way many different access definitions can be defined simultaneously. 

Each user object defined in the database has a user name and password that 
are required in order to logon to the system. Each of these user objects can be 
granted or denied permissions to any of the Security Permissions in each of the 8 
Security Groups. 

There are 8 Security Groups defined for the system. They are independent of each 
other and their meaning is a local matter. Each object can be assigned to any 
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combination of these 8 security groups through the property security groups. By 
default, each object is assigned to Security Group 0 (general). In this way many 
different Security Permissions can be defined simultaneously. The default Security 
Groups are as follows: 
5 0 = general 

1 = hvac 

2 = security 

3 = life safety 

4 = group4 
10 5 = groups 

6 = group6 

7 = group7 

Security permissions are basic rights granted to individual users. They include 
without limitation: Operator Read, Operator Write, Administrator Read, 
15 Administrator Write, Standard Commands, Acknowledge Alarm, Emergency 
Commands, and Administrator Commands. 

A user's access rights to an object are determined by combining his rights for 
each group that is checked or indicated in the object's security groups property. In 
addition, if a user has rights to a container, some rights get applied to its children. 
20 If a user has Operator Read permissions to a container, that user can see the 
children in the workspace view. If a user has Administrator Write permissions to a 
container, that user can perform numerous functions to the container including 
linking, cut, copy, duplicate, delete and rename. 

Object security is determined by the combination of Security Groups that a user 
25 assigns to the object and the designation of each of its properties as an Operator or 
Administrator property. The user may assign any object to any combination of the 
8 Security Groups defined for the system. This is done through the property 
security groups. By default, each object is assigned to Security Group 0 (general). 
Each property in the system has been designated as either an Operator or 
30 Administrator property. This determines which Security Permissions a user must 
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have in order to view or edit the property of an object. 

Operator Security Permissions are defined to be the functions required as a 
system operator who may need to view or edit only the lowest level features of 
objects. 

Administrator Security Permissions are defined to be the functions required to 
configure a system. This person may need to view or edit all the features of the 
system. Administrator Edit includes creating objects and linking objects in addition 
to editing properties. 

Object-oriented control system 100 provides a user service to define new users 
through user objects. The user service ensures that user security groups and 
permissions are enforced for each user. New user objects are created for new users 
containing a default username and password. The user may change his password. 
Users or objects may be assigned to one or more security groups. An individual 
user's security permissions may be changed. 

15 Objects may be linked together dynamically using one of the following links 

without limitation: Normal, Trigger, LonTalkLocal, LonTalkNetwork, UI, 
Composite, or External. 

Further, object-oriented control system 100 uses BACnet™ command 
prioritization to arbitrate actions performed by software application programs upon 

20 objects or nodes. BACnet™ command prioritization is accomplished by ass ia ning 
different priority levels to application programs capable of commanding a particular 
object or node, and storing the particular prioritization for that node at that node as 
an object property of the node. Each node, or object, acts upon commands received 
from software application programs according to its command prioritization levels. 

25 Clients 101, servers 110, and network processors 111 are preferably 

implemented using personal computers, such as Intel Pentium™ based personal 
computers, running the Microsoft Windows 95 or Windows NT operating systems 
Field Controllers 112 may be implemented using limited capability, low cost single 
board computers capable of operating as Java Virtual Machines. For example, so- 
30 called Network Computers may be used for this purpose. 
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The architecture of the present invention supports many different system 
configurations. Some of the more common configurations include a Field 
Controller System (Figure 2), Small Web BAS Server System (Figure 3), Two 
Level System (Figure 4), Three Level System (Figure 5), and a Distributed System 
5 (Figure 6). 

Referring to Figure 2, the Field Controller System is a configuration of the 
present invention in which clients access a single Field Controller 112 supervising a 
LonMark Fieldbus 107 connected to a plurality of LonMark Devices 122. 

Figure 3 shows a Small Web BAS Server System where clients 101 (either 
10 browser client 120 or full client 121, or both) access a single Web BAS Server 1 10 
supervising a LonMark Fieldbus 107 connected to a plurality of LonMark Devices 
122. The Two Level System, as shown in Figure 4, is a system configured with 
Web BAS Server 110 directly supervising any combination of Network Processors 
111, Field Controllers 112 and BACnet Devices 123. As shown in Figure 5, a 
15 Three Level System may also be provided in which Web BAS Server 1 10 directly 
supervises Network Processors 111 which in turn supervise Field Controllers 112. 
Finally, Figure 6 shows an alternative embodiment of an object-oriented control 
system 100 configured as a Distributed System further comprising a Remote Host 
108 and in which a collection of large or small systems is connected and supervised 
20 via Remote Host 108 using modems 109. 

The system encompasses an architecture for constructing, deploying, and 
running a system which automates the many services required to successfully 
operate and manage office, commercial, healthcare, educational, and industrial 
facilities. 

25 Data flow in the system is preferably governed by a persistent and real-time 

information synchronization manager (PRISM) 200 at each station 102 that is key to 
achieving the objectives of distributed object-oriented control system 100. PRISM 
200 maintains the integrity of system data throughout object-oriented control system 
100 through the use of archiving and synchronization techniques as described in 

30 Figure 7. Data associated with object-oriented control system 100 is categorized 
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■nto system data, Java App.ica.ion and Control Engines (JACEs), nodes, and 
properties. Further, each datum in object-oriented con.ro. system 100 is also 
categorized according to its Ufe-cycle. Transient data exists on,y daring the UMme 
of tts host virma, machine (VM). Persistent data exists beyond the life of its host 
5 VM and persists through power faiiure or shutdown. Virtua, machines present ,„ 
object-oriented contro! system .00 include, but are no, limited to, a Ml user 
tnterface 206 associated with full client 121, a browser user interface 208 associated 
wtth browser client 120, a Taz 210, and one or more JACEs 212. Persistent data is 
archtved by saving i, in non-voladle storage. .» a presently preferred embodiment 
FLASH 204 and magnetic disk 202 non-volatile storage medta (i.e., "Pstore") are 
used to store archived persistent data. JACEs 212 maintain a master copy of their 
associated transient and persistent data. Synchronized and non-synchronized caches 
are used under the contro. of PRJSM 200 to ensure tha, objects have access to 
current system dan,. Each virtua. machine has a, .east one cache containing all data 
needed by that virma. machine. Caches are maintained current by a method of 
reconciliation in which the caches of virma. machines are reconci.ed with, or used 
to update, the caches of their supervising stations 102. Stations 102 then reconcile 
then caches with each other. In a presently preferred embodiment, a checksum is 
used ,o determine inconsistencies in current data. Each supervising stations ,02 
obtams the current virmal machme cached data for the nodes stored a, a supervise 
statton, and then computes a checksum over its cache contents and the cache data 
recetved from the queried virmal machines. If me checksums do no. match, then an 
mconsistency is detected, in which case the supervising station 102 takes steps to 
correct the problem, including, but no, limited to, update its cache to reflec, the 
newer data, perform timestamp comparison ,o select the newer da,a, or raise an 
alarm or error indication. 

m a presently most preferred embodiment instead of a single Web BAS server 
110, object-oriented control system 100 comprises a pluralhy of Web BAS servers 
110, each of a plurality of Web BAS servers 1,0 having i,s own da,abase of 
pers,s,e„, da B . ,„ mis presendy most preferred embodiment, objects access 
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persistent data without regard to the physical location of the particular Web BAS 
server 110 where the data is archived. A station 102 can communicate with other 
stations 102 without regard to whether the other station 102 is also connected to its 
local Web BAS server 1 10. 

5 As noted previously, to support a wide range of requirements for objects in all 

type of facilities, the preferred embodiment of the invention provides a Java 
Modular Environment which allows software modules to "plug-in" anywhere in the 
control system. In this way the objects can be placed where they are needed and 
provide the best real-time performance. 

10 The system is preferably composed of Java class files to implement the system in 

a platform independent way so that it can be delivered in any supported platform. 
The Core Class Hierarchy according to the present invention provides a system with 
Nodes and Platforms that enable this flexibility. The hierarchy is supported by a 
flexible approach to configuring drivers for the different interfaces and protocols for 

15 the different platforms. In addition to the Core Class Hierarchy, user objects are 
organized in a hierarchy so that they inherit behavior hierarchically and perform 
predictably. The hierarchy established in a preferred embodiment is shown in Figure 
8. 

In a presently preferred embodiment, a user of object-oriented control system 
20 100 can create and manipulate objects associated with a plurality of object categories 
including, but not limited to, the following object categories: Control, Applications, 
User Interface, Containers, LonWorks™, BACnet, Admin, and Services. 

Further, the Control object category further comprises the following sub- 
categories: Analog Input, Analog Output, Binary Input, Binary Output, 
25 Comparison, Logic, Loop, Math, Function Generator, and Totalizer. 

Further, the Applications object category further comprises the following sub- 
categories: Schedule, Calendar, Program, Analog Log, Binary Log, and Integer 
Log. 

Further, the User Interface object category further comprises the following sub- 
30 categories: Bar Graph, Boolean Image, Bound Image, Damper, Fan, Hot Spot, 
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Image 

Spectrum, Text, and Time Plot. 

Further, the Containers object category further comprises the Composite and 
Generic sub-categories. 

Further, the LonWorks™ object category further comprises the following sub- 
categories: Snvt Switch Mux, Snvt Switch Demux, DemoFcu, Leviton Switch 
Leviton Sw 481, Action Instr AO, Action Instr Al, Action Instr DO, and Local Lon 
Node. 

Further, the BACnet object category further comprises the following sub- 
categories: Device, Analoglnput, AnalogOutput, Binarylnput, and BinaryOutput. 

Further, the Services object category further comprises the following sub- 
categories: Control Engine, Ul Engine, User Access, Interstation Link HTTPD 
Service, Web Text, Web View, Media, Program Debug, Dial Up, Lonworks, Lon 
Communications, Network Variable Poll Scheduler, Network Variable Manager 
BACnet Server, BACnet Client, BACnet Poll, BACnet Transport, BACnet 
Network, BACnet Ethernet, Error Archive, Error Forward, and Mail. 

Further, the Admin object category further comprises the User sub-category. 
The purposes and uses of these objects provided by object-oriented control 
system 100 include, but are not limited to, those commonly understood to be 
associated with each of these object categories and sub-categories. 

To perform acceptably in real-time environments, the control engine for objects 
must perform predictably and yet provide the user with control over order of 
execution of objects. The present invention provides this capability. In a presently 
preferred embodiment, object properties are provided to specify execution frequency 
and order of execution. In a presently most preferred embodiment, five different 
execution frequencies may be specified. Each execution frequency may be adjusted 
by editing the associated object property in multiples of 100 milliseconds. In a 
presently most preferred embodiment, three different execution orders may be 
specified. 
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In order to provide information about a site's performance to a remote site, the 
system provides a programmable mail service to send email to remote sites with 
real-time information whenever programmed to do so. 

The system provides all of its object properties as elements that are accessible as 
5 standard data types. This allows the user and program objects to effectively use any 
property. These properties are then exposed as extended Markup Language (XML) 
for manipulation by other tools. 

The system requires a means to allow a user to create custom objects for some 
applications. In order to meet this need a Script Language is defined that exposes the 
10 system in a program object for user access and control. This language is simple, 
uses standard object links, has access to the library and provides a full debugger. 

The present invention also applies the compound document paradigm of the 
Internet to control systems in a novel manner. This provides universal visibility of 
resources through a common Universal Resource Locator (URL). These resources 
15 are linked together to allow navigation creating a hyperlinked web of resources. 

Resources are managed by the system to ensure accessibility and validity. 
Resources in the system include class files, executabies and DLLs, media, 
documentation, applications, property files, databases and logs, and third party 
software. 

20 The control system must be usable by a wide audience including facility 

managers, application engineers and information specialists. In general, the system 
provides a novel and unique control interface including a customized browser 
interface for accessing objects and information. This interface includes a workspace 
display, workspace editor, properties display, links display, and help feature. The 

25 user can issue commands to any object or system, and change operating 
characteristics and properties through this control interface. 

By collapsing the information management and real-time expert control system 
into a common workstation, BAS architecture according to the present invention is 
simplified and the customer is provided with a single point of access to both 

30 information and control. The Web BAS Server platform provides a common 
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graphic* user interface based on the Java-enabled Web browser technology for all 
fectltty management information and buHding eomro. apptications. ,„ addition this 
open nnifled software environment provides existent conflgnration tools for the 
tnformation / fieldbns networks and con.ro, system applications over Interne, with 
any industry standard browser. 

The Web BAS Server platform as disclosed herein is the HAS industry's firs, 
software technology to integrate me differen. BACne., LonMark, and Interne. / 
CORBA standards i».o a common objec. model app.ica.ion environment supported 
through the Java-enabled Web browser interface. This embodiment also has 
nttegrated network management tools .o suppor. the BAS field contractor channels 
m the planning, design, configuration, taxation, and maintenance of the BACne, / 
LonMark / Internet / CORBA system networks. 

The very scalable Web BAS Server software can be used on small buildings as a 
stngle user ftont-end phttform attached directly to the BACnet / LonMark fteldbns 
On large BAS facilities, the Web BAS Server can he configured to supervise many 
Network Processors connected over Efterne. and support unlimited remote Web 
browser operator interface users. For corporate customers, ,he Web BAS Server can 
be configured ,o integrate me BAS architecture in«o me IBM enterprise mfo.ma.ion 
mffastructure and / or the Groupe Schneider mdusttial / power system architecture. 

One significant feature of me invention is the development of a BAS comroller 
module (Network Processor). Traditional proprietery BAS contro„er p.atforms 
have had too little memory, speed, and throughput to suppor, multiple building 
serv,ce apphcations. Therefore, each applicafion such as HVAC and Access Conttol 
has been provided using separate controllers ,ha, subdivide the user's real problem 
m,„ solvable s,a„dalone producs, bn, no, with a comprehensive solurion. This has 
resulted in increased installation cos,s and very li„,e integration be,ween me 
incompatible standalone building service solutions. 

These limitations are overcome in the present invention by connecting BAS 
controller processor technology and an interoperable BACnet / LonMark fieldbns 
To exp<oi, this new high-performance technology, the invention employs apphcation 
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development capabilities that take advantage of the available processing power. 
Integration and multiple building service applications can thus be performed by the 
same computing platform. 

To overcome the limited application development capabilities of today's BAS 
5 controllers, the Network Processor in the present invention employs a Java 
application environment based on object-oriented analysis, design, and 
programming. The NP uses a powerful Java object/rule engine based on Sun's 
JavaSoft technology to integrate multiple high level building service applications and 
support multi-vendor fieldbus solutions. Examples of Network Processor 
10 applications include global alarming, global scheduling, trending / data collection, 
diagnostic services, and demand limiting / power management to integrate popular 
building service products. 

The Network Processor (NP) object software environment is preferably provided 
on an embedded controller hardware platform. The NP platform package supports 
15 the multi-vendor LonMark fieldbus and also provides Ethernet peer-to-peer 
networking to other NPs and the Web BAS Server (See Figure 1 - BACnet / 
LonMark / Internet Architecture). 

The present invention provides three embodiments of Field Controller (FC) 
platforms as shown in the Figures and Appendices. The FC platforms preferably 

20 use 32-bit processors and may optionally connect through an Echelon coprocessor to 
the interoperable BACnet / LonMark fieldbus. These platforms use a real-time 
operating system that supports the Java object/rule engine for applications. The FCs 
are configured by the Web BAS Server over the fieldbus or through the FCs local 
RS 232 / modem port or the video modem interface. 

25 The first FC package supports locally attached terminal block input/output 

modules made by Groupe Schneider. This integrated design approach is very 
flexible and cost effective for high end industrial and commercial controller 
applications. The BACnet / LonMark object / rule engine can use any local 
input/output data or any fieldbus device data in its powerful application 

30 environment. 
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The second 32-bit Field Controller platform attached to the fieldbus does not 
support local attached input/output, but includes an integrated inexpensive 
programmable operator interface and the BACnet / LonMark object engine The 
Web BAS Server configuration tool can program the flexible operator interface that 
5 has control and data access to any node device on the fieldbus network. 

The third embodiment of the Field Controller package is integrated with a video 
cable modem to provide a low cost Internet connection to small buildings for remote 
control and monitoring by the Web BAS Server. 

Operating elements of the system are each modeled as an object to simplify 
10 integration and usage. This includes user presentation, network management, 
network control, real-time control and device objects. 

As another feature of the invention, to avoid the relatively high cost of a full- 
time internet connection for a client or a long distance telephone call from the server 
to a chent, the server uses a simple dial-up notification mechanism to cause the 
15 client to open a connection back to the server. In operation, the server dials a 

modem attached to the client and terminates the call before the client answers The 
chent recognizes this as a server requesting contact. In response to the call the 
client dials a local ISP with which it has a low-cost monthly service account The 
chent then establishes a connection to the server over the internet. This mechanism 
20 avoids per call or per minute charges by limiting access charges to the monthly fee 
charged by the ISP. 

Thus, a control system and methods has been shown that uses object-oriented 
software to integrate BACnet, LonMark, CORBA, Java and Internet systems into a 
common object model of distributed applications in a multi-vendor open system 

25 environment supporting multiple industry standards. The control system and 
methods of the present invention provide both pre-defined objects and user-defined 
objects in a single control system. Integrity and persistence of system data is 
mamtained and distributed through the use of archiving and synchronization 
techniques. Properties associated with a device are updated dynamically to reflect 

30 external interface characteristics of the device. 
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1. An object-oriented control system, comprising: 
clients for providing access to and control and monitoring of the object- 
oriented control system via an electronic network; 

foreign devices not directly controllable by using downloadable Java-based 
objects; 

stations for integrating said foreign devices into the object-oriented control 
system using a common object model, supervising other stations, and serving as 
master of the local system wherein a master provides persistent backup of all 
configuration information; and 

a flexible and open architecture capable of supporting a plurality of diverse 
configurations of said clients, foreign devices, and stations; 

a real-time synchronization manager to regulate the orderly and timely 
15 execution of multiple tasks; 

a plurality of user-defined objects; 
a plurality of object properties; 
a plurality of object categories; 

an object creation facility to allow user creation and modification of said 
objects and said properties according to a plurality of said object categories; 
a multi-level security facility; 

a plurality of pre-defined objects coexisting with said user-defined objects; 
a persistent and real-time information synchronization manager that 
maintains the integrity of system data throughout the object-oriented control system 
25 through the use of archiving and synchronization; 
a core class hierarchy of objects; 

a control engine for providing predictable order of execution of said objects; 

and 

a programmable mail service for sending email notifications containing real- 
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time data to remote sites. 

2. The object-oriented control system recited in claim 1 wherein said object 
creation facility further comprises a dynamic device external interface update 
capability for dynamically updating or adding external interface object properties 

5 associated with said foreign devices. 

3. The object-oriented control system recited in claim 1 further comprising a 
remote host to allow access to and control and monitoring of the object-oriented 
control system from a location not physically collocated with the other components 
of the object-oriented control system. 

10 4. An object-oriented control system comprising: 

access means for allowing a user to control and monitor the objects of the 
object-oriented control system using an electronic network; 

integration means by which a plurality of foreign devices are controlled and 
monitored by the object-oriented control network using a common object model; 
15 supervising means to allow a station to control and monitor other stations, 

including the capability to serve as master of the local system; 

real-time synchronization means to regulate the orderly and timely execution 
of multiple tasks; 

new user object creation means to allow user creation and modification of 
20 objects according to a plurality of object categories; 

multi-level security means for prohibiting access to or modification of certain 
information associated with an object; 

control engine means for providing predictable order of execution of objects; 
and 

25 programmable mail means for sending email notifications containing real- 

time data to remote sites. 

5. A method for using an object-oriented control system comprising: 
providing access to and control and monitoring of the object-oriented control 
system via an electronic network; and 
30 integrating foreign devices into the object-oriented control system using a 
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common object model to represent system information and make system information 
available throughout the object-oriented control system. 

6. The method of claim 5 further comprising using a custom programming 
language to create and modify objects of an object-oriented control system. 

7. The method of claim 5 further comprising: 

grouping objects into containers to facilitate display at various levels of 

detail; 

organizing objects according to a core class hierarchy; and 

controlling access to objects through use of a multilevel security protocol. 
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SYSTEM AND METHODS FOR OBJECT-ORIENTED CONTROL 
OF DIVERSE ELECTROMECHANICAL SYSTEMS 
USING A COMPUTER NETWORK 

5 

This application claims the benefit of U.S. Provisional Application Serial 
No. 60/085,539 filed May 15, 1998, the entire disclosure of which is incorporated 
herein by reference. 

A portion of this disclosure contains material in which copyright is claimed by 
10 the applicant. The applicant has no objection to the copying of this material in the 
course of making copies of the application file or any patents that may issue on the 
application, but all other rights whatsoever in the copyrighted material are reserved. 

Field of the Invention 

The present invention relates generally to systems and methods for controlling 
15 and monitoring a variety of systems, using modular object-oriented control software 
which is operated in a local controller associated with the controlled system, and 
centrally controlled, monitored, and updated using a communications network such 
as the Internet. These systems and methods are particularly useful in Building 
Automation Systems (BAS) applications. 

20 Background of the Invention 

In the past, control systems such as building automation systems have typically 
been proprietary single manufacturer solutions, or complex integrations of 
independent systems. There have been efforts in the industry to define standards so 
that such systems can be integrated more effectively, but no truly uniform approach 
25 has been made available. 

The release of the BACnet / LonMark™ fieldbus communication standards for 
building automation systems have initiated a rethinking of building automation 
system architectures that is likely to revolutionize the control solution landscape. 
Traditional proprietary building automation architectures perform well, but they are 
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expensive to design and install, cumbersome to reconfigure, and often require reams 
of software to integrate the stand-alone facility services. By contrast, in a distributed 
BACnet / LonMark fieldbus architecture, logic processing is encapsulated into 
autonomous multi-vendor modules that communicate among themselves through 
5 standard software to cooperatively solve a building control problem. However, in 
known building automation architectures, the external interface characteristics of 
devices that are added to the control system must be entered into the database 
representation of the device's external interface characteristics before the BAS can 
effectively control the new device. 

10 Distributing control in this way is expected to minimize installation wiring, 

optimize control software, lower operating / maintenance costs, and simplify system 
expansion. In today's competitive global marketplace, users need the fieldbus's 
flexible, reusable and cost-effective building control solutions to respond quickly to 
changes in facility management services. 

15 There have been advances in other areas of computing which have, however, not 

been applied in a satisfactory manner to the field of building automation systems. 
For example, computer systems standards have developed to simplify the cost and 
development requirements to program systems. Primary technologies include object- 
oriented software, the Java™ Virtual Machine (JVM) and JavaBeans™. 

20 Object-oriented programming provides a new way to model real-world entities 

more directly as software building blocks that match the real world better than 
conventional programming mechanisms. This new software paradigm has an 
increasing impact on the software realm, in the same way the microprocessor has 
impacted hardware design and functionality. 

25 In object-oriented programming, application programs are created from self- 

contained building block modules (objects). Rather than reinventing the wheel every 
time they create a new program, application engineers can borrow pre-written 
application modules from a library and simply plug them in. By using object 
libraries, developers can concentrate on linking appropriate objects together and 
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writing any custom objects that their applications require. Custom objects, in turn, 
can be added to the library for future reuse. 

Networking standards have also developed in an effort to simplify the cost and 
development requirements to integrate systems. Primary technologies developed in 
5 the building automation industry include American Society of Heating Refrigeration 
and Air Conditioning Engineers (ASHRAE) Building and Control Network 
(BACnet™), and the ECHELON LONTALK™ protocol (developed by Echelon 
Corporation of Palo Alto, CA). 

Meanwhile, in the computer industry, there have been efforts to develop 
10 communications standards, although again, these standards have not been applied in 
any truly effective way to the specific problems of building automation. For 
example, the goal of the Internet / WWW / Java / CORBA standards is to provide 
the information the user wants, without taking into account what kind of program to 
use, what computer it runs on, or the format of the information. 
15 Through a system of hypertext, users of the Web have been able to select and 

view information from all over the world. However, the basic Web lacks true 
interactivity — real-time, dynamic, and visual interaction between the user and 
application. Java brings this missing interactivity to the Web. With a Java-enabled 
Web browser, the user can encounter animation and interactive applications. 
20 Efforts to implement real time control systems over the Internet have general ly 

been unsuccessful, because of variability in packet transit times and the lack of 
guaranteed delivery over the Internet. 

In conclusion, control systems have historically been based primarily on 
proprietary technologies of a single manufacturer. Although there have been efforts 
25 to standardize these architectures, they have achieved only limited success. The 
inventors believe that there is a need for a highly integrated standard in the field of 
control systems which integrates a Java-based common object model, specially 
adapted for use in building automation applications, and provides central control and 
monitoring using communications network standards such as the internet. 
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Summary of the Invention 

Therefore, it is a general object of the present invention to provide a control 
system and methods using object-oriented software that integrates BACnet, 
LonMark, CORBA, Java and Internet systems into a common object model. The 
5 present invention in a preferred embodiment uses object technology as a key to 
constructing truly distributed applications in a multi-vendor open system 
environment supporting multiple industry standards. The BACnet / LonMark / 
Internet / CORBA architectures are combined in the invention and Java object- 
oriented software concepts are applied to effectuate distributed control and 

10 information management. Messages (events) are passed between the autonomous 
modules that use object-technology to encapsulate both data and functionality. These 
functional objects are replicated for reuse, and are grouped to form more complex 
functions that build on the work of other objects. The Web BAS Server's 
navigational tools provide a global view of the process that is being controlled by 

15 the autonomous fieldbus modules and provide unrestricted information flow. 

It is a further general object of the present invention to provide a control system 
and methods in which both pre-defined objects and user-defined and created objects 
exist in a single control system. A customized programming language is provided 
for object modification, creation, and management. A set of pre-defined objects is 

20 also provided. 

It is a still further general object of the present invention to provide a control 
system and methods that maintains the integrity of system data in a distributed 
system, and that distributes system data as required throughout the distributed 
system, through the use of archiving and synchronization techniques. A master 
25 copy of each datum is preferably maintained at a single virtual machine, and a 
system of synchronized and non-synchronized caches is used to ensure that objects 
of the control system have access to current system data. System data is archived in 
order to provide persistency. 

It is a still further object of the present invention to provide a control system and 
30 methods in which object properties associated with a device are updated dynamically 
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to reflect external interface characteristics of the device. To accomplish this, 
devices of the control system are queried for their external interface characteristics 
and their associated object properties updated accordingly. This provides for 
management of devices without requiring a pre-programmed specific external 
5 interface representation. 

These as well as other objects of the present invention are apparent upon 
inspection of this specification including the appendices and drawings. 
Brief Description of the Drawings 

Figure 1 is a preferred general architecture of an object-oriented control system 
0 comprising Clients, Stations, Foreign Devices and Remote Hosts; 

Figure 1A illustrates different types of stations of the object-oriented control 
system; 

Figure 2 shows an alternative embodiment of a configuration of the object- 
oriented control system in the form of a Field Controller System in which clients 
5 access a single Field Controller supervising a LonMark™ Fieldbus; 

Figure 3 shows an alternative embodiment of a configuration of the object- 
oriented control system in the form of a Small Web BAS Server System where 
clients access a single Web BAS Server supervising a LonMark™ Fieldbus; 

Figure 4 shows a preferred embodiment of a configuration of the object-oriented 
0 control system in the form of a Two Level System in which the Web BAS Server 
directly supervises a combination of Network Processors, Field Controllers and 
BACnet Devices; 

Figure 5 shows an alternative embodiment of a configuration of the object- 
oriented control system in the form of a Three Level System may also be provided 
:5 in which a Web BAS Server directly supervises Network Processors which in turn 
supervise Field Controllers; 

Figure 6 shows an alternative embodiment of a configuration of the object- 
oriented control system in the form of a Distributed System in which a collection of 
large or small systems is connected and supervised via a Remote Host; 

- 5 - 



>1 IA> 



WO 99/60487 



PCT/US99/10711 



Figure 7 is a description of a preferred embodiment of a persistent and real-time 
information synchronization manager for an object-oriented control system; 

Figure 8 is an overview of an object class hierarchy of an object-oriented control 
system; 

5 Figure 9 describes communication between stations and clients of a preferred 

embodiment of an object-oriented control system; 

Figure 10 further describes communication between stations and clients of a 
preferred embodiment of an object-oriented control system; 

and 

10 Figure 1 1 describes the architecture of a preferred embodiment of an object- 

oriented control system. 

Detailed Description of the Preferred Embodiments 

A presently preferred embodiment of an object-oriented control system 100 
provides solutions for distributed control of systems of various sizes and 
15 configurations. Preferably, a general architecture is provided comprising Clients 
101, Stations 102 (reference Figure 1A), and Foreign Devices 105 as shown in 
Figure 1. 

Clients 101 in the present system include a Browser Client 120 and a Full 
Client 121. Clients lOlprovide access to the system via an Intranet or the Internet. 
20 Clients 101 rely on the server software in a station to provide this access. Browser 
client 120 provides full user access to the system from any approved Java Enabled 
Browser. Full Client 121 provides all of the capability of Browser Client 120, plus 
an Application Enabler Tool. 

Stations 102 are the heart of object-oriented control system 100. Stations 102 
25 include a Web BAS Server (WBS) (110), Network Processor (NP) (1 1 1) and Field 
Controller (FC) (112). Stations 102 typically perform one or more of three roles. 

1. Stations 102 integrate Foreign Devices 108 into the system. WBS 110, NP 
111 and FC 1 12 can perform this role. 
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2. Stations 102 supervise other stations 102. In this role, stations 102 integrate 
the stations 102 they supervise into the system. Supervising also includes 
requirements such as monitoring and routing. WBS 110 and NP 11 1 can 
perform this role. 

5 3. Stations 102 can be the master of the local system. In this role they provide 

persistent backup of all configuration information. WBS 110 and FC 112 
can perform this role. 

In the role of integrator, station 102 brings information into objects so that it is 
available to the rest of the system with predictable behavior. In its supervisory role, 
10 station 102 monitors other stations 102, including checking system integrity between 
stations and routing data and event information. 

When functioning as a master, station 102 is defined as the primary master of 
the system. The primary master provides backups of all configuration information. 
Foreign Devices 105 include any devices compatible with the system, but which 
15 are not controlled directly using downloadable Java-based objects. Two specified 
types of foreign devices 105 are BACnet™ Devices 123 and LonMark™ Devices 
122 which adhere to the standards promulgated in the industry for those devices. 
Remote Hosts 108 provide some functions of the system at a site other than the site 
of the control system. Remote Hosts 108 can be linked to the job by any 
20 communications link supporting TCP/IP, including serial modems. 

Stations 102 communicate as described in Figures 9 and 10. Browser clients 
120 and full clients 121 communicate with stations 102, including Web BAS server 
110, network processor 111, and field controller 112, via control network 106 using 
Hypertext Transport Protocol (HTTP) and Java Remote Method Invocation (RMI). 
25 Web BAS server 1 10 and field controller 1 12 further comprise an object database 
150 for storage of and access to objects of object-oriented control system 100. 

A preferred architecture of object-oriented control system 100 is described in 
Figure 11 for a variety of users. 

To permit distributed control system management of LonMark™ Devices 122, it 
30 is necessary for the external interface for the particular device type to be represented 
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in the object properties associated with each LonMark™ Device 122. The external 
interface information may include, for example, network variables available for the 
particular device type. In the past, for each new LonMark™ Device 122 added to 
the system or for changes to the external interface of a LonMark™ Device 122, it 

5 has been required for the user of a distributed control system to first program or 
enter this external interface information into the object properties associated with 
LonMark™ Device 122 in order for a distributed control system to manage 
LonMark™ Device 122, resulting in delays in bringing a new or modified foreign 
device 105 online and able to be controlled by a distributed control system. Object- 

0 oriented control system 100 overcomes this limitation by providing dynamic 
LonMark™ device update of the object properties associated with a LonMark™ 
Devices 122 to reflect external interface characteristics of the device. To 
accomplish this, object-oriented control system 100 queries LonMark™ Devices 122 
for their external interface characteristics. The effected object properties associated 

5 with the queried LonMark™ Devices 122 are then updated and configured according 
to the information received in response to the query. This dynamic device external 
interface update capability thus provides for management of LonMark™ Devices 122 
without requiring prior pre-programmed specific external interface representation by 
the user, thereby saving time and reducing the likelihood of error in configuring the 

0 LonMark™ Device 122 object properties. 

The Network Processor 111 and Field Controller 112 types of stations 102 
preferably implement Java Virtual Machines (JVM) which can be programmed using 
Java objects for specific control of a system attached to NP 111 or FC 112. The 
programming of these JVMs can be adjusted in real time by adding, deleting, or 

5 reconfiguring links between objects. Each object is preferably implemented using 
Java and corresponds to a specific control function, and may be linked to other 
objects using a set of predetermined links. For example, the available objects may 
include function generators, analog and digital inputs and outputs, multistate 
outputs, alarm objects, available station service objects, and custom user- 

0 programmed objects. Each of these objects may be combined in any desired manner 
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to produce a virtual programmed controller for the device or devices connected to 
the relevant JVM. 

In a presently preferred embodiment, pre-defined objects coexist with user- 
defined objects in a single object-oriented control system 100. To facilitate object 
5 creation, a customized programming language is preferably provided, based on the 
Java language, but both customized and simplified for control applications. The 
customized programming language is used in specifying programming instructions 
for program nodes of object-oriented control system 100. Further, a programming 
editor is provided as a development tool for user programming of program nodes 
10 using the customized programming language. 

Throughout this specification and the appendices attached hereto, the term 
"node" is used to refer to certain objects and their properties provided by object- 
oriented control system 100. It is to be understood that in the context of a presently 
preferred embodiment of object-oriented control system 100 a "node" is an object. 

15 The processing and functional behavior of a node is determined by its associated 
properties, which are programmable. Most of the software applications comprising 
object-oriented control system 100 are provided in the form of nodes. 

A set of object properties is provided by object-oriented control system 100. A 
set of pre-defined objects is provided by object-oriented control system 100. 

20 Further, object-oriented control system 100 provides calendars, schedules, and 

logs by which a user may control commands and the timing and operation of 
software applications of the system. Calendars allow the specification of days that 
should be treated specially with respect to system operation. Schedules allow 
program commands to be performed at specific times. Logs are a set of nodes and 

25 services that collect system information into buffers for sharing of information 
throughout object-oriented control system 100. 

Logs are stored persistently in a database that supports intelligent archiving of 
information. Specific types of logs include, but are not limited to: 
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1 . Control logs for collecting and storing numeric status values and output 
string values. Control logs execute in the control engine to collect information 
output from other nodes. 

2. Service logs for logging errors and operator-made changes. Service logs 
5 occur once per station 102. 

3 . Foreign logs containing log information obtained from systems external to 
object-oriented control system 100. 

In addition, the LogService software application provides web-based access via 
HyperText Transport Protocol (HTTP) to all logs. 

10 Access to objects, or nodes, is preferrably controlled through a multilevel 

security protocol (preferably an 8-level protocol), and the objects may be grouped in 
"containers" which facilitate display at various levels of detail. That is, a person 
monitoring, controlling, or programming the object operation may display the 
linked objects at various levels of detail depending on immediate requirements. 

15 Several features are provided to control who has access to object-oriented control 
system 100 and who can access and modify individual objects including, but not 
limited to, an initial password required at logon and programmable security groups 
per object. 

More specifically, the security model requires any user to logon to the system 
20 with a valid password. Each user object can be assigned or denied permissions to 
any of 8 access levels (Security Permissions) of the 8 security groups. These 
security groups are independent from each other and their meaning is a local matter. 
Each object can be assigned to any combination of these 8 security groups also. In 
this way many different access definitions can be defined simultaneously. 
25 Each user object defined in the database has a user name and password that 

are required in order to logon to the system. Each of these user objects can be 
granted or denied permissions to any of the Security Permissions in each of the 8 
Security Groups. 

There are 8 Security Groups defined for the system. They are independent of each 
30 other and their meaning is a local matter. Each object can be assigned to any 
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combination of these 8 security groups through the property security groups. By 
default, each object is assigned to Security Group 0 (general). In this way many 
different Security Permissions can be defined simultaneously. The default Security 
Groups are as follows: 
5 0 = general 

1 = hvac 

2 = security 

3 = life safety 

4 = group4 
10 5 = groupS 

6 = group6 

7 = group7 

Security permissions are basic rights granted to individual users. They include 
without limitation: Operator Read, Operator Write, Administrator Read, 
15 Administrator Write, Standard Commands, Acknowledge Alarm, Emergency 
Commands, and Administrator Commands. 

A user's access rights to an object are determined by combining his rights for 
each group that is checked or indicated in the object's security groups property. In 
addition, if a user has rights to a container, some rights get applied to its children. 
20 If a user has Operator Read permissions to a container, that user can see the 
children in the workspace view. If a user has Administrator Write permissions to a 
container, that user can perform numerous functions to the container including 
linking, cut, copy, duplicate, delete and rename. 

Object security is determined by the combination of Security Groups that a user 
25 assigns to the object and the designation of each of its properties as an Operator or 
Administrator property. The user may assign any object to any combination of the 
8 Security Groups defined for the system. This is done through the property 
security groups. By default, each object is assigned to Security Group 0 (general). 
Each property in the system has been designated as either an Operator or 
30 Administrator property. This determines which Security Permissions a user must 
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have in order to view or edit the property of an object. 

Operator Security Permissions are defined to be the functions required as a 
system operator who may need to view or edit only the lowest level features of 
objects. 

5 Administrator Security Permissions are defined to be the functions required to 

configure a system. This person may need to view or edit all the features of the 
system. Administrator Edit includes creating objects and linking objects in addition 
to editing properties. 

Object-oriented control system 100 provides a user service to define new users 

0 through user objects. The user service ensures that user security groups and 

permissions are enforced for each user. New user objects are created for new users 
containing a default username and password. The user may change his password. 
Users or objects may be assigned to one or more security groups. An individual 
user's security permissions may be changed. 

5 Objects may be linked together dynamically using one of the following links, 

without limitation: Normal, Trigger, LonTalkLocal, LonTalkNetwork, UI, 
Composite, or External. 

Further, object-oriented control system 100 uses BACnet™ command 
prioritization to arbitrate actions performed by software application programs upon 

0 objects or nodes. BACnet™ command prioritization is accomplished by assigning 
different priority levels to application programs capable of commanding a particular 
object or node, and storing the particular prioritization for that node at that node as 
an object property of the node. Each node, or object, acts upon commands received 
from software application programs according to its command prioritization levels. 

5 Clients 101, servers 110, and network processors 111 are preferably 

implemented using personal computers, such as Intel Pentium™ based personal 
computers, running the Microsoft Windows 95 or Windows NT operating systems. 
Field Controllers 112 may be implemented using limited capability, low cost single 
board computers capable of operating as Java Virtual Machines. For example, so- 

0 called Network Computers may be used for this purpose. 



- 12 - 



WO 99/60487 



PCT/US99/10711 



The architecture of the present invention supports many different system 
configurations. Some of the more common configurations include a Field 
Controller System (Figure 2), Small Web BAS Server System (Figure 3), Two 
Level System (Figure 4), Three Level System (Figure 5), and a Distributed System 
5 (Figure 6). 

Referring to Figure 2, the Field Controller System is a configuration of the 
present invention in which clients access a single Field Controller 112 supervising a 
LonMark Fieldbus 107 connected to a plurality of LonMark Devices 122. 
Figure 3 shows a Small Web BAS Server System where clients 101 (either 

10 browser client 120 or full client 121, or both) access a single Web BAS Server 1 10 
supervising a LonMark Fieldbus 107 connected to a plurality of LonMark Devices 
122. The Two Level System, as shown in Figure 4, is a system configured with 
Web BAS Server 110 directly supervising any combination of Network Processors 
111, Field Controllers 1 12 and BACnet Devices 123. As shown in Figure 5, a 

15 Three Level System may also be provided in which Web BAS Server 1 10 directly 
supervises Network Processors 111 which in turn supervise Field Controllers 112. 
Finally, Figure 6 shows an alternative embodiment of an object-oriented control 
system 100 configured as a Distributed System further comprising a Remote Host 
108 and in which a collection of large or small systems is connected and supervised 

20 via Remote Host 108 using modems 109. 

The system encompasses an architecture for constructing, deploying, and 
running a system which automates the many services required to successfully 
operate and manage office, commercial, healthcare, educational, and industrial 
facilities. 

25 Data flow in the system is preferably governed by a persistent and real-time 

information synchronization manager (PRISM) 200 at each station 102 that is key to 
achieving the objectives of distributed object-oriented control system 100. PRISM 
200 maintains the integrity of system data throughout object-oriented control system 
100 through the use of archiving and synchronization techniques as described in 

30 Figure 7. Data associated with object-oriented control system 100 is categorized 
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into system data, Java Application and Control Engines (JACEs), nodes, and 
properties. Further, each datum in object-oriented control system 100 is also 
categorized according to its life-cycle. Transient data exists only during the lifetime 
of its host virtual machine (VM). Persistent data exists beyond the life of its host 
5 VM and persists through power failure or shutdown. Virtual machines present in 
object-oriented control system 100 include, but are not limited to, a full user 
interface 206 associated with full client 121, a browser user interface 208 associated 
with browser client 120, a Taz 210, and one or more JACEs 212. Persistent data is 
archived by saving it in non- volatile storage. In a presently preferred embodiment, 

10 FLASH 204 and magnetic disk 202 non-volatile storage media (i.e., "Pstore") are 
used to store archived persistent data. JACEs 212 maintain a master copy of their 
associated transient and persistent data. Synchronized and non-synchronized caches 
are used under the control of PRISM 200 to ensure that objects have access to 
current system data. Each virtual machine has at least one cache containing all data 

15 needed by that virtual machine. Caches are maintained current by a method of 
reconciliation in which the caches of virtual machines are reconciled with, or used 
to update, the caches of their supervising stations 102. Stations 102 then reconcile 
their caches with each other. In a presently preferred embodiment, a checksum is 
used to determine inconsistencies in current data. Each supervising stations 102 

20 obtains the current virtual machine cached data for the nodes stored at a supervising 
station, and then computes a checksum over its cache contents and the cache data 
received from the queried virtual machines. If the checksums do not match, then an 
inconsistency is detected, in which case the supervising station 102 takes steps to 
correct the problem, including, but not limited to, update its cache to reflect the 

25 newer data, perform timestamp comparison to select the newer data, or raise an 
alarm or error indication. 

In a presently most preferred embodiment, instead of a single Web BAS server 
110, object-oriented control system 100 comprises a plurality of Web BAS servers 
110, each of a plurality of Web BAS servers 110 having its own database of 
30 persistent data. In this presently most preferred embodiment, objects access 
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persistent data without regard to the physical location of the particular Web BAS 
server 110 where the data is archived. A station 102 can communicate with other 
stations 102 without regard to whether the other station 102 is also connected to its 
local Web BAS server 110. 

5 As noted previously, to support a wide range of requirements for objects in all 

type of facilities, the preferred embodiment of the invention provides a Java 
Modular Environment which allows software modules to " plug-in " anywhere in the 
control system. In this way the objects can be placed where they are needed and 
provide the best real-time performance. 

10 The system is preferably composed of Java class files to implement the system in 

a platform independent way so that it can be delivered in any supported platform. 
The Core Class Hierarchy according to the present invention provides a system with 
Nodes and Platforms that enable this flexibility. The hierarchy is supported by a 
flexible approach to configuring drivers for the different interfaces and protocols for 

15 the different platforms. In addition to the Core Class Hierarchy, user objects are 
organized in a hierarchy so that they inherit behavior hierarchically and perform 
predictably. The hierarchy established in a preferred embodiment is shown in Figure 
8. 

In a presently preferred embodiment, a user of object-oriented control system 
20 100 can create and manipulate objects associated with a plurality of object categories 
including, but not limited to, the following object categories: Control, Applications, 
User Interface, Containers, LonWorks™, BACnet, Admin, and Services. 

Further, the Control object category further comprises the following sub- 
categories: Analog Input, Analog Output, Binary Input, Binary Output, 
25 Comparison, Logic, Loop, Math, Function Generator, and Totalizer. 

Further, the Applications object category further comprises the following sub- 
categories: Schedule, Calendar, Program, Analog Log, Binary Log, and Integer 
Log. 

Further, the User Interface object category further comprises the following sub- 
30 categories: Bar Graph, Boolean Image, Bound Image, Damper, Fan, Hot Spot, 
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Image 

Spectrum, Text, and Time Plot. 

Further, the Containers object category further comprises the Composite and 
Generic sub-categories. 
5 Further, the LonWorks™ object category further comprises the following sub- 

categories: Snvt Switch Mux, Snvt Switch Demux, DemoFcu, Leviton Switch, 
Leviton Sw 481, Action Instr AO, Action Instr Al, Action lnstr DO, and Local Lon 
Node. 

Further, the BACnet object category further comprises the following sub- 
10 categories: Device, Analoglnput, AnalogOutput, Binarylnput, and BinaryOutput. 
Further, the Services object category further comprises the following sub- 
categories: Control Engine, Ul Engine, User Access, Interstation Link, HTTPD 
Service, Web Text, Web View, Media, Program Debug, Dial Up, Lonworks, Lon 
Communications, Network Variable Poll Scheduler, Network Variable Manager, 
15 BACnet Server, BACnet Client, BACnet Poll, BACnet Transport, BACnet 
Network, BACnet Ethernet, Error Archive, Error Forward, and Mail. 

Further, the Admin object category further comprises the User sub-category. 

The purposes and uses of these objects provided by object-oriented control 
20 system 100 include, but are not limited to, those commonly understood to be 
associated with each of these object categories and sub-categories. 

To perform acceptably in real-time environments, the control engine for objects 
must perform predictably and yet provide the user with control over order of 
execution of objects. The present invention provides this capability. In a presently 

25 preferred embodiment, object properties are provided to specify execution frequency 
and order of execution. In a presently most preferred embodiment, five different 
execution frequencies may be specified. Each execution frequency may be adjusted 
by editing the associated object property in multiples of 100 milliseconds. In a 
presently most preferred embodiment, three different execution orders may be 

30 specified. 
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In order to provide information about a site's performance to a remote site, the 
system provides a programmable mail service to send email to remote sites with 
real-time information whenever programmed to do so. 

The system provides all of its object properties as elements that are accessible as 
5 standard data types. This allows the user and program objects to effectively use any 
property. These properties are then exposed as extended Markup Language (XML) 
for manipulation by other tools. 

The system requires a means to allow a user to create custom objects for some 
applications. In order to meet this need a Script Language is defined that exposes the 
10 system in a program object for user access and control. This language is simple, 
uses standard object links, has access to the library and provides a full debugger. 

The present invention also applies the compound document paradigm of the 
Internet to control systems in a novel manner. This provides universal visibility of 
resources through a common Universal Resource Locator (URL). These resources 
15 are linked together to allow navigation creating a hyperlinked web of resources. 

Resources are managed by the system to ensure accessibility and validity. 
Resources in the system include class files, executables and DLLs, media, 
documentation, applications, property files, databases and logs, and third party 
software. 

20 The control system must be usable by a wide audience including facility 

managers, application engineers and information specialists. In general, the system 
provides a novel and unique control interface including a customized browser 
interface for accessing objects and information. This interface includes a workspace 
display, workspace editor, properties display, links display, and help feature. The 

25 user can issue commands to any object or system, and change operating 
characteristics and properties through this control interface. 

By collapsing the information management and real-time expert control system 
into a common workstation, BAS architecture according to the present invention is 
simplified and the customer is provided with a single point of access to both 
30 information and control. The Web BAS Server platform provides a common 
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graphical user interface based on the Java-enabled Web browser technology for all 
facility management information and building control applications. In addition, this 
open unified software environment provides consistent configuration tools for the 
information / fieldbus networks and control system applications over Internet with 
5 any industry standard browser. 

The Web BAS Server platform as disclosed herein is the BAS industry's first 
software technology to integrate the different BACnet, LonMark, and Internet / 
CORBA standards into a common object model application environment supported 
through the Java-enabled Web browser interface. This embodiment also has 
0 integrated network management tools to support the BAS field contractor channels 
in the planning, design, configuration, installation, and maintenance of the BACnet / 
LonMark / Internet / CORBA system networks. 

The very scalable Web BAS Server software can be used on small buildings as a 
single user front-end platform attached directly to the BACnet / LonMark fieldbus. 

5 On large BAS facilities, the Web BAS Server can be configured to supervise many 
Network Processors connected over Ethernet and support unlimited remote Web 
browser operator interface users. For corporate customers, the Web BAS Server can 
be configured to integrate the BAS architecture into the IBM enterprise information 
infrastructure and / or the Groupe Schneider industrial / power system architecture. 

0 One significant feature of the invention is the development of a BAS controller 

module (Network Processor). Traditional proprietary BAS controller platforms 
have had too little memory, speed, and throughput to support multiple building 
service applications. Therefore, each application such as HVAC and Access Control 
has been provided using separate controllers that subdivide the user's real problem 

5 into solvable standalone products, but not with a comprehensive solution. This has 
resulted in increased installation costs and very little integration between the 
incompatible standalone building service solutions. 

These limitations are overcome in the present invention by connecting BAS 
controller processor technology and an interoperable BACnet / LonMark fieldbus. 
10 To exploit this new high-performance technology, the invention employs application 
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development capabilities that take advantage of the available processing power. 
Integration and multiple building service applications can thus be performed by the 
same computing platform. 

To overcome the limited application development capabilities of today's BAS 
5 controllers, the Network Processor in the present invention employs a Java 
application environment based on object-oriented analysis, design, and 
programming. The NP uses a powerful Java object/rule engine based on Sun's 
JavaSoft technology to integrate multiple high level building service applications and 
support multi- vendor fieldbus solutions. Examples of Network Processor 
10 applications include global alarming, global scheduling, trending / data collection, 
diagnostic services, and demand limiting / power management to integrate popular 
building service products. 

The Network Processor (NP) object software environment is preferably provided 
on an embedded controller hardware platform. The NP platform package supports 
15 the multi-vendor LonMark fieldbus and also provides Ethernet peer-to-peer 
networking to other NPs and the Web BAS Server (See Figure 1 - BACnet / 
LonMark / Internet Architecture) . 

The present invention provides three embodiments of Field Controller (FC) 
platforms as shown in the Figures and Appendices. The FC platforms preferably 
20 use 32-bit processors and may optionally connect through an Echelon coprocessor to 
the interoperable BACnet / LonMark fieldbus. These platforms use a real-time 
operating system that supports the Java object/rule engine for applications. The FCs 
are configured by the Web BAS Server over the fieldbus or through the FCs local 
RS 232 / modem port or the video modem interface. 

25 The first FC package supports locally attached terminal block input/output 

modules made by Groupe Schneider. This integrated design approach is very 
flexible and cost effective for high end industrial and commercial controller 
applications. The BACnet / LonMark object / rule engine can use any local 
input/output data or any fieldbus device data in its powerful application 

30 environment. 
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The second 32-bit Field Controller platform attached to the fieldbus does not 
support local attached input/output, but includes an integrated inexpensive 
programmable operator interface and the BACnet / LonMark object engine. The 
Web BAS Server configuration tool can program the flexible operator interface that 
5 has control and data access to any node device on the fieldbus network. 

The third embodiment of the Field Controller package is integrated with a video 
cable modem to provide a low cost Internet connection to small buildings for remote 
control and monitoring by the Web BAS Server. 

Operating elements of the system are each modeled as an object to simplify 
10 integration and usage. This includes user presentation, network management, 
network control, real-time control and device objects. 

As another feature of the invention, to avoid the relatively high cost of a full- 
time internet connection for a client or a long distance telephone call from the server 
to a client, the server uses a simple dial-up notification mechanism to cause the 
15 client to open a connection back to the server. In operation, the server dials a 

modem attached to the client and terminates the call before the client answers. The 
client recognizes this as a server requesting contact. In response to the call, the 
client dials a local ISP with which it has a low-cost monthly service account. The 
client then establishes a connection to the server over the internet. This mechanism 
20 avoids per call or per minute charges by limiting access charges to the monthly fee 
charged by the ISP. 

Thus, a control system and methods has been shown that uses object-oriented 
software to integrate BACnet, LonMark, CORBA, Java and Internet systems into a 
common object model of distributed applications in a multi-vendor open system 

25 environment supporting multiple industry standards. The control system and 
methods of the present invention provide both pre-defined objects and user-defined 
objects in a single control system. Integrity and persistence of system data is 
maintained and distributed through the use of archiving and synchronization 
techniques. Properties associated with a device are updated dynamically to reflect 

30 external interface characteristics of the device. 
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We claim: 

1. An object-oriented control system, comprising: 

clients for providing access to and control and monitoring of the object- 
5 oriented control system via an electronic network; 

foreign devices not directly controllable by using downloadable Java-based 
objects; 

stations for integrating said foreign devices into the object-oriented control 
system using a common object model, supervising other stations, and serving as 
10 master of the local system wherein a master provides persistent backup of all 
configuration information; and 

a flexible and open architecture capable of supporting a plurality of diverse 
configurations of said clients, foreign devices, and stations; 

a real-time synchronization manager to regulate the orderly and timely 
15 execution of multiple tasks; 

a plurality of user-defined objects; 

a plurality of object properties; 

a plurality of object categories; 

an object creation facility to allow user creation and modification of said 
20 objects and said properties according to a plurality of said object categories; 
a multi-level security facility; 

a plurality of pre-defined objects coexisting with said user-defined objects; 
a persistent and real-time information synchronization manager that 
maintains the integrity of system data throughout the object-oriented control system 
25 through the use of archiving and synchronization; 
a core class hierarchy of objects; 

a control engine for providing predictable order of execution of said objects; 

and 

a programmable mail service for sending email notifications containing real- 
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time data to remote sites. 

2. The object-oriented control system recited in claim 1 wherein said object 
creation facility further comprises a dynamic device external interface update 
capability for dynamically updating or adding external interface object properties 

5 associated with said foreign devices. 

3. The object-oriented control system recited in claim 1 further comprising a 
remote host to allow access to and control and monitoring of the object-oriented 
control system from a location not physically collocated with the other components 
of the object-oriented control system. 

10 4. An object-oriented control system comprising: 

access means for allowing a user to control and monitor the objects of the 
object-oriented control system using an electronic network; 

integration means by which a plurality of foreign devices are controlled and 
monitored by the object-oriented control network using a common object model; 
15 supervising means to allow a station to control and monitor other stations, 

including the capability to serve as master of the local system; 

real-time synchronization means to regulate the orderly and timely execution 
of multiple tasks; 

new user object creation means to allow user creation and modification of 
20 objects according to a plurality of object categories; 

multi-level security means for prohibiting access to or modification of certain 
information associated with an object; 

control engine means for providing predictable order of execution of objects; 
and 

25 programmable mail means for sending email notifications containing real- 

time data to remote sites. 

5. A method for using an object-oriented control system comprising: 
providing access to and control and monitoring of the object-oriented control 
system via an electronic network; and 
30 integrating foreign devices into the object-oriented control system using a 
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common object model to represent system information and make system information 
available throughout the object-oriented control system. 

6. The method of claim 5 further comprising using a custom programming 
language to create and modify objects of an object-oriented control system. 
5 7. The method of claim 5 further comprising: 

grouping objects into containers to facilitate display at various levels of 

detail; 

organizing objects according to a core class hierarchy; and 

controlling access to objects through use of a multilevel security protocol. 
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